文档 博客 下载安装 English GitHub · 2.1k

开源 S3/MinIO 兼容对象存储

S3 Interface Libre Object

PGSTY SILO 是一个 MinIO 分支，由 PGSTY 维护 提供管理控制台，二进制软件制品与持续安全更新

浏览文档 下载安装

我们承诺什么，不承诺什么：PGSTY SILO 宣言 →

SILO // STORAGE NODE PGSTY-01
S3 API:9000APPLICATION TRAFFIC
OBJECT STORAGE SILO S3-COMPATIBLE
CONSOLE:9001OPERATOR ACCESS

ERASURE SET // DISTRIBUTED DISKS

D01ONLINED02ONLINED03ONLINED04ONLINE
COMMUNITY FORKMAINTAINED BY PIGSTY

KEY METRICS

持续维护，广泛采用

下面每个数字都来自你可以自己核对的公开来源。

519,610 Docker Pulls 2,143 GitHub Stars 14 Security Fixes 9 Releases
MockestraTestcontainers 模块 Grafana LokiHelm 随附服务 RAGFlow默认 Compose 编排 nixpkgs发行版软件包 Dokploy产品模板内置 UNCTAD升级操作手册 Measure后端部署组件 Firemoot参考编排 · CI Open-LutraS3 开发环境 ConfigHubHelm 配置流水线
YnfraCompose 模块 MetalK8sKubernetes 发行版 dCacheCI · K8s 测试环境 RuoYi-Vue-Plus默认 Compose 编排 FlyEnv内置下载源 OpenCHAMIHPC Podman 服务单元 Macaroni OSPortage 软件包 buun-stackKubernetes 技术栈 SpectrumX部署文档推荐 mc anydbver数据库测试工具
AcePanel面板应用模板 PigstyPG 备份仓库 OmniaHPC 平台运行时 DaoCloud公共镜像加速 KubeStellar安装知识库 ModelarDBCI 集成测试 AgentsMeshCompose 编排 · CI KukanCompose 镜像切换 MayflowerPostHog Helm Chart NVIDIA AI HubDGX 应用配方 · 第三方

价值主张

上游放弃，SILO 接盘

MinIO 社区版阉割了控制台、停发了预编译制品、不再发布安全更新。
SILO 把这三样都补回来 —— 同一套代码库，持续的安全修复与维护。

控制台

完整控制台，找回来了

在浏览器里重新管理桶、身份、监控与复制

  • 上游把 AGPL 版 Web 控制台阉割成了残桩
  • SILO 交付完整管理界面：桶、IAM、监控、站点复制
  • 没有付费墙，没有功能闸——运维者记得的那个控制台

上游拿走的控制台，回到你的浏览器

SILO 控制台监控页，显示服务器、驱动器与容量

安全补丁

修复 CVE，发布补丁

公告与修复它的代码放在同一个地方

  • 上游社区版已归档——新 CVE 落到无人处理
  • 活跃发行线已交付 19 项安全修复，每项都附公告
  • 私下报告、可复现地分诊、透明地公开

不停摆的安全维护

blog/security · 14 篇记录 查看完整安全纪事 →

发行制品

真正能下载的制品

从源码到签名、可运行的软件包

  • 无需自行构建，也不必绕道闭源商业下载
  • 版本化二进制、RPM / DEB / APK 与多架构容器镜像
  • GPG 签名软件包，附公开校验和

交付面，持续维护

SILO // RELEASE ARTIFACTSVERSIONED · CHECKSUMMED OCIamd64 · arm64 RPMEL compatible DEBDebian · Ubuntu APKAlpine Linux BINserver · client SUMSHA256 checksums ACTIVE RELEASE LINE →

兼容性

原地替换 MinIO

换一个镜像名即可迁移，数据原地不动

  • 产品与交付物改名为 silo，协议与数据格式保持不变
  • S3 API、MINIO_* 变量、指标、路由与磁盘格式原样保留
  • 参见兼容性审计与迁移指南，回滚路径同样在册

把镜像换成 pgsty/silo，其余一切照旧

docker-compose.yml 
# 从 MinIO 迁移到 PGSTY SILO
services:
  minio:
-   image: minio/minio:latest
+   image: pgsty/silo:latest
    environment:  # MINIO_* unchanged
    volumes:      # same volume, same data

S3 INTERFACE

还是那套接口

客户端、SDK 与脚本都不用改：同样的 S3 API，同样的 MINIO_* 配置，同样的指标，同样的磁盘格式。

兼容性说明 → S3 客户端 → 环境变量 → 命令行客户端 →
S3S3 APIApplication interface $siloServer executable ENVMINIO_*Environment Vars RELRELEASE.*Version tags MCmcli / mcCommand-line client IAMIAM + TLSSecurity controls
OBJECT STORAGE CAPABILITIES
BucketsVersioningObject LockEncryptionMetricsPoliciesReplicationLifecycle BucketsVersioningObject LockEncryptionMetricsPoliciesReplicationLifecycle
DistributedErasure CodeQuorumSite ReplicationS3 SelectAudit LogsTieringConsole DistributedErasure CodeQuorumSite ReplicationS3 SelectAudit LogsTieringConsole
浏览完整文档 →

OPERATIONS

熟悉的控制台回来了！

打开控制台文档 ↗

我们把被阉掉的控制台搬了回来，补上双语界面，并重做了视觉呈现。

用户之声

人们怎么说 SILO

2026 年 2–7 月的公开发言，原文引用。

Yingfeng
InfiniFlow · RAGFlow 创始人

“Using pgsty/minio's fork as the default storage is a reasonable solution right now.”

GitHub · RAGFlow #13840 · 2026-03-31
Mauricio Siu
Dokploy 作者

“Drop-in replacement: same env vars, same server command, same /data on-disk format, and it restores the full web console upstream had gutted.”

GitHub · Dokploy templates #1012 · 2026-07-15
Debjeet Biswas
measure.sh 维护者

“This PR switches to a community trusted minio image.”

GitHub · measure #3831 · 2026-06-06
chalukyaj
Silo Operator 作者

“To discover that the community maintained version not only exists, but has had a recent release which outperforms the last published minio image was a delight.”

GitHub · pgsty/minio #30 · 2026-04-19
Clayton Auld
GCI 工程师

“Looks like a community fork of MinIO may be the real solution here … this is likely the easiest migration path.”

GitHub · Notesnook #79 · 2026-02-24
kuma_3838
Qiita 作者

“最小限の変更で済むため、直近の対応としては最も手軽です。”

Qiita · 2026-02-25
Grafana Loki
Helm Chart · values.yaml

“Override the upstream MinIO, Inc. images with the Pigsty (pgsty) community fork to mitigate the unresolved CVE in the abandoned MinIO images.”

GitHub · grafana/loki
Søren Kejser Jensen
ModelarDB · 奥尔堡大学

“Switching from minio/minio to pgsty/minio as neither RustFS and VersityGW seems suitable for a production deployment.”

GitHub · ModelarDB-RS #400 · 2026-06-22
Łukasz Różewicz
RAGFlow 社区

“A community fork of MinIO … that restores the admin console and ships patched binaries.”

GitHub · RAGFlow #13840 · 2026-03-28
Du
软件工程师

“The fork keeps the wire protocol, on-disk format, and mc client compatible with upstream.”

GitHub · pgsty/minio #42 · 2026-07-21
ekko
1Panel 社区

“原 minio 官方已不再维护，pgsty 开源社区 fork 重新维护的版本是否考虑”

GitHub · 1Panel #12753 · 2026-05-18
buun-stack
Kubernetes 家庭实验室

“Uses the pgsty/minio image, since MinIO's upstream Community Edition is archived/EOL; the embedded admin console is restored.”

GitHub · buun-ch/buun-stack · 2026-06-21
Upendra N
GitHub 社区

“Thank you for the initiative. Just name it S4 — the next version of S3 😅”

GitHub · pgsty/minio #7 · 2026-03-20
Dokploy Templates
官方模板文档

“This template uses pgsty/minio, the actively maintained community fork.”

docs.dokploy.com · 2026-07

MAINTENANCE

一项刻意收窄的承诺

SILO 只为现有 MinIO 部署的连续性而存在，不做更多承诺。

维护范围

我们持续维护

  • 活跃发行线的构建与依赖
  • 适用的安全修复与公告
  • 可复现缺陷的聚焦修复
  • 版本化交付制品与文档
  • 通常每 1–2 个月一版，最长一个季度

明确边界

我们不做保证

  • 完整复刻上游产品路线图
  • 历史版本或多条长期支持分支
  • 未经验证的逐项兼容保证
  • 响应与修复时限 SLA
阅读《Silo 宣言》 →

FAQ

常见问题，直接回答

简短的回答，附上通往详细版本的链接。

Q1这个项目为什么存在？

因为上游收缩了社区版：控制台被削减、预编译制品停发、社区仓库被归档。Silo 的存在是为了让一个持续维护、功能完整的 S3 兼容社区对象存储继续存在——Pigsty 自己在生产环境用它承载 PostgreSQL 备份。完整的理由与承诺见《Silo 宣言》。

Q2它解决什么问题？

让既有的 MinIO 兼容部署继续可用：可直接下载的版本化二进制与软件包、附公告的安全修复、完整的 Web 控制台——不需要自行构建，也不需要商业许可。它做的是维护与延续，不是新的产品路线图。

Q3你们承诺什么？

一份刻意收窄的清单：永远 AGPLv3 且无 CLA（仅 DCO）；无付费墙、无注册墙、无遥测；通常每 1–2 个月发一版，最长一个季度；每项安全修复都附公开公告。我们拒绝承诺的——修复时限 SLA、上游路线图的延续——也以同样的认真写在《宣言》里。

Q4谁在维护这个分叉？

实名回答：这个分叉以 PGSTY 组织的名义维护，实际维护者是 冯若航（Vonng）——PostgreSQL 发行版 Pigsty 的作者。他曾部署并管理 25PB 规模的 MinIO 集群，并拥有资深的软件打包经验。延续性安排提前写在《宣言》第九条。

Q5Coding Agent 在项目中扮演什么角色？

Agent 是功能开发与代码 Review 的主力。与之配套的承诺是：每一个变更都必须通过 CI 与人工审核，所有建设性变更都要经过人类的利弊权衡才会合入；Agent 的完整思考记录会归档留存，其利弊权衡也会作为设计文档归档，以备查阅。安全纪事与发布说明里可以看到这套工作方式的公开产出。

Q6磁盘格式会变化吗？

不会。.minio.sys 元数据目录与对象布局保持上游原样，由 CI 兼容性门禁冻结，与 MinIO 双向互通。新增能力默认不触碰磁盘格式；任何例外都将是显式可选、启用前明确标注的。参见兼容性审计。

Q7兼容性怎么样？

可以原地替换：S3 API、MINIO_* 环境变量、minio_* 指标、x-minio-* 头与 /minio/* 路由全部不变——容器部署里迁移只需改一个镜像名，且有经过演练的回滚路径。所有差异逐版本记录在兼容性说明中；迁移指南覆盖 Docker 与软件包安装。

Q8可以用于生产环境吗？

可以——这就是我们自己在生产环境中使用的版本：Pigsty 的生产 PostgreSQL 备份就跑在 Silo 上，你下载的制品与我们线上运行的是同一批。本页还列出了带公开出处的第三方采用记录；照例建议锁定版本、先用自己的负载验证，并保留迁移指南中演练过的回滚路径。

Q9AGPL 对我的应用意味着什么？

先说结论：我们承诺永远不会以 AGPLv3 对你发起追索，也绝不会拿协议为难你。Silo 与上游一样采用 AGPLv3 且永不变更；我们公开的立场（立场，而非法律意见）是：通过 S3 API 使用 Silo 不构成衍生作品。由于没有 CLA、只接受 DCO 签署的贡献，连重新授权本身都在结构上不可能——见《宣言》第三条。

Q10如果项目停止维护会怎样？

我们会尽最大努力，确保所有已发布的制品与文档持续可用。构建过程完整文档化并附溯源证明，任何人都能在没有我们的情况下从源码重建等价制品；若停止积极维护超过六个月，我们会公开声明并妥善归档——完整的退出安排见《宣言》第九条。

DOWNLOAD

获取 SILO

选择与你的操作系统、架构和部署方式匹配的安装路径。

数据服务

SILO Server

服务端二进制、容器镜像、Linux 软件包、源码，以及 Ansible 部署。

LinuxDockerKubernetesAnsiblemacOSWindows
选择安装方式

管理客户端

MCLI

用于存储桶、对象、身份、集群管理与日常运维的兼容命令行客户端。

LinuxmacOSWindowsDockerSource
选择安装方式